import axios from 'axios'
import { Message } from 'element-ui'
import { getToken } from './auth'
import store from '@/store/index.js'
import router from '@/router'

// 实例化， create方法，定制axios的基地址二号超时时间
// 基地址:项目里面大部分的接口前面的协议域名端口是一致S的,只有后面的相对路径不一样
// 超时时间:接口发送到返回容许的最大时间  一般100ms

// axios  vs  service
// service = axios+自定义配置
const service = axios.create({
  baseURL: process.env.VUE_APP_BASE_API,
  timeout: 5000 // request timeout
})

// 请求拦截器-->为了大部分需要鉴权的接口,能过同意获取到ying
// 在正式接口发送之前,容许我们对接口参数做一些配置
// 具体的事情:注入token 在请求头->为了大部分组要健全的接口嫩过统一获取用户的标识
service.interceptors.request.use(
  config => {
    // ruturn不能丢,一旦忘写，就是请求没有参数，会报错
    // nadao token  存如请求头
    const token = getToken()
    if (token) {
      // 前面的authorization 和后面的拼接方式都是固定的
      config.headers['Authorization'] = `Bearer ${token}`
    }
    return config
  },
  error => {
    return Promise.reject(error)
  }
)

// 响应拦截器
// 在数据从后端返回到客户端的时候先拦截下来,做一些自己的事
// 具体的事:1.401  token失效  强制回到登录页    2.简化组件中请求数据的访问
// 注意事项:以http状态码决定的 2xx就执行一个成功回调,不在200-300就走第二个失败回调
// 后端决定当前的http状态

// 很多接口都有这种问题，统一解决，所以写这里
// 问题:后端自定义了一个标识当前接口成功失败的字段，叫做success，
// 而不是通过http状态码是否为2xx-3xx来标识接口是否成功，
// 这和axios拦截器的成功和失败的判断依据是不一致的，
// 会导致一个比较严重的问题，如果接口已经错了，axios依旧走的是成功回调，
// 会导致不抛出错误，静默通过
// 解决思路：
// 自己判断当前接口是不是通过，不通过，抛出错误
// 通过就按照之前的
service.interceptors.response.use(
  response => {
    // success: 接口是否成功
    // data: 接口数据
    // message: 提示信息
    // 解构赋值   response.data是自带的
    const { data, message, success } = response.data
    if (success) {
      // 成功，直接返回一个data
      return data
    } else {
      // 错误提示用户
      Message.warning(message)
      // 手动抛出错误
      return Promise.reject(message)
    }
  },
  error => {
    // 发生401的地方
    if (error.response.status === 401) {
      // 1. 清理失效的数据
      store.commit('user/removeUserInfo')
      // 2. 跳回到登录
      router.push('/login')
    }
    return Promise.reject(error)
  }
)

export default service
